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1 TITLE OF THE INVENTION 

2 Method and System for Routing Packets over Parallel Links Between 

3 Neighbor Nodes 

4 BACKGROUND OF THE INVENTION 

5 Field of the Invention 

6 The present invention relates generally to routing of packets in a 

7 communications network and more specifically to routing of packets in an IP 

8 (Internet Protocol) network where a plurality of parallel transmission links 

9 are provided between neighbor routers (nodes). 

10 Description of the Related Art 

11 The amount of traffic in the IP network is doubled every four to eight 

12 months. In order to carry this increasing IP traffic, the routers introduced to 

13 the North American backbone IP network have an increased capacity and an 

14 increased speed to such an extent that the speed of line interface is 



15 approaching its limit comparable to the level of OC-192 (10 Gbps). Owing to 

16 the recent advance in wavelength division multiplexing (WDM) technology, 

17 however, the number of logical links between routers is expected to increase 

18 further. 



19 In the IP backbone network, routing tables are created and 

20 autonomously updated by individual routers by reporting their current 

21 status with neighbor nodes according to the routing protocol, which is 

22 classified into the link state protocol and the distant vector protocol. In the 

23 backbone network of internet service providers, the link state type such as 

24 OSPF (Open Shortest Path First) and IS-IS (Intermediate System to 

25 Intermediate System) is employed. According to the link-state routing 
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1 algorithm, neighbor routers exchange hello packets to identify their 

2 neighbors. In a subsequent learning process, known as flooding, each router 

3 transmits an LSA (link state advertisement) packet to all of its neighbors to 

4 advertise all of their status information and receives an LSA packet from each 

5 of its neighbors and retransmits it to every other neighbor. In this learning 

6 process, flooding is repeated so that each router in a given area creates a 

7 database of its relationships with all neighbor routers of the area. Once a 

8 database is created, the router proceeds to calculate a shortest path first (SPF) 

9 tree using the router itself as the root of the tree with shortest paths to remote 

10 routers, and creates a routing table based on the SPF tree. According to the 

11 link-state routing protocol, the Dijkstra algorithm is employed to calculate the 

12 SPF tree. The performance of Dijkstra algorithm scales as 0((n + L) x log (n)), 

13 where L is the number of links in the network area of interest and n is the 

14 number of routers in that area. 

15 However, since the LSA packet produced by a given router contains 

16 the status information of all outbound links of the router, the amount of link 

17 state information contained in the LSA packet increases significantly with an 

18 increase in the number of parallel links between neighbor routers. Further, 

19 each router transmits LSA packets on all of its parallel links. Therefore, the 

20 amount of routing control traffic increases in proportion to the square of the 

21 number of parallel links. In addition, since the SPF tree computations 

22 increase in proportion to the total number of links within the network area of 

23 interest, the increase in parallel links results in a significant increase in the 

24 amount of SPF tree computations. 

25 A further problem is that if the link metric is inversely proportional to 
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1 the link bandwidth, an appropriate route is not selected in the SPF tree 

2 calculation. For example, if routers A and B are connected by twenty links of 

3 100 Mbps each and routers A and C are connected by a single link of 600 

4 Mbps, the single A-C link will be selected preferentially over the A-B links 

5 due to the smaller value metric of the A-C link although the total bandwidth 

6 of the A-B links is greater. Although this problem could be solved by setting 

7 the total bandwidth of the A-B links as 2 Gbps, a link failure would affect the 

8 amount of available resource and the set value of total bandwidth does not 

9 represent the actual situation. 

10 SUMMARY OF THE INVENTION 

11 It is therefore an object of the present invention to provide a method 

12 and system for routing packets in a network where routers are interconnected 

13 by parallel links by ensuring network scalability and stability while using the 

14 conventional link state routing algorithm. 

15 The stated object is obtained by having the link state routing algorithm 

16 treat a plurality of parallel links as a single, bundled link, rather than as 

17 individual, component links. 

18 According to a first aspect of the present invention, there is provided a 

19 method of routing packets in a communications network, wherein the 

20 network comprises a plurality of nodes which are interconnected by parallel 

21 component links, the method comprising the steps of grouping the parallel 

22 component links into a bundled link, and performing routing calculations 

23 according to a link state routing algorithm on using the bundled link as a unit 

24 of transmission medium. 

25 According to a second aspect, the present invention provides a routing 
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1 controller for routing packets in a communications network, wherein the 

2 network comprises a plurality of nodes which are interconnected by parallel 

3 component links. The routing controller comprises a link manager for 

4 grouping the parallel component links into a bundled link, and a routing 

5 module for performing routing calculations according to a link state routing 

6 algorithm using the bundled link as a unit of transmission medium. 

7 For grouping and routing purposes, a first database is created for 

8 mapping a plurality of bundled links to a plurality of component links and a 

9 second database is created for mapping a plurality of destination addresses to 

10 a plurality of bundled links. 

11 According to a third aspect, the present invention provides a router for 

12 routing packets in a communications network, wherein the network 

13 comprises a plurality of routers which are interconnected by parallel 

14 component links. The router comprises a routing controller, a plurality of 

15 interface units connected to the parallel component links, and a switch for 

16 switching an inbound hello packet from the interface units to the link 

17 manager and switching an outbound hello packet from the link manager to 

18 the interface units and switching a data packet between the interface units. 

19 The routing controller is arranged to group the parallel component links into 

20 a bundled link according to a link-up or link-down request and produces a 

21 first database and perform routing calculations according to a link state 

22 routing algorithm using the bundled link as a unit of transmission medium 

23 and produces a second database. The first and second databases are used in 

24 each interface unit for translating the header of the data packet. 

25 To establish a reserved path through the network, the routing 
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1 controller transmits a signaling packet containing a transfer list of nodes to a 

2 downstream neighbor node if the bundled link to this node has an idle 

3 component links* When the routing controller of the neighbor node receives 

4 the signaling packet, it sets up a connection in a matrix table according to the 

5 transfer list of the received packet if the bundled link to the next neighbor 

6 node has an idle component link. 

7 One feature of the present invention is that the traffic of control 

8 packets exchanged between routers is reduced by treating parallel 

9 component links as a single bundled link even if there is a request for change 

10 in the number of component links if that change is insignificant for carrying 

11 data traffic. 

12 Another feature of the present invention is that the time necessary for 

13 routing calculations is reduced even if there is a request for change in the 

14 number of component links if that change is insignificant for carrying data 

15 traffic. 

16 Another feature of the present invention is that high speed table 

17 updating is possible in the event of a link failure by the provision of first and 

18 second databases, where the first database is one that is updated at low speed 

19 according to routing protocol and maps destination addresses to bundled 

20 links and the second database is one that can be updated at high speed and 

21 provides mapping of each bundled link to its component links. 

22 A still further feature of the present invention is that the need for pre- 

23 setting IP interface address of a neighbor router is eliminated by exchanging 

24 hello packets on individual (component) links, containing IP interface 

25 addresses of bundled links. 
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A still further feature of the present invention is that the 
communications network provides scalable routing without requiring 
increase in memory, CPU processing burden and control traffic even though 
parallel links between neighbors are increased. 

BRIEF DESCRIPTION OF THE DRAWIGNS 
The present invention will be described in detail further with reference 
to the following drawings, in which: 

Fig. 1 is a block diagram of a communications network comprising 
routers interconnected by parallel component links which are grouped into 
bundled links; 

Fig. 2 is a block diagram of a router of Fig. 1; 
Fig. 3 is a block diagram of a routing module of the router; 
Fig. 4 shows a component link (CL) management table used in the 
routing module for holding learned database created by exchanging hello 
packets over component links; 

Fig. 5 is a flowchart of the operation of a component link (CL) manager 
of the routing module to perform hello packet exchanging with neighbor 
routers; 

Fig. 6 is a sequence diagram for explaining a sequence of hello packets 
exchanged between two neighbor routers; 

Fig. 7 shows a bundled link (BL) management table used in the routing 
module for holding information associated with bundled links when they are 
grouped according to routers; 

Fig. 8 shows a BL-to-CL mapping table associated with the bundled 
link manager; 
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1 Fig. 9 is a flowchart of the operation of the bundled link (BL) manager 

2 to perform bundling of component links and reporting to a link-state routing 

3 controller when an event occurs in link topology; 

4 Fig. 10 is a block diagram of each interface unit of Fig. 2; 

5 Fig. 11 shows a modified BL management table for holding 

6 information associated with bundled links when they are grouped according 

7 to bandwidths; 

8 Fig. 12 shows how the interface IP address of the BL management table 

9 of Fig. 11 is updated in a learning process; 

10 Fig. 13 is a block diagram of a communications network comprising a 

11 plurality of routers interconnected by a network of optical cross-connect 

12 (routers) nodes; 

13 Fig. 14 is a block diagram of the network of Fig. 13 in which the 

14 component optical links are grouped into bundled optical links, illustrating a 

15 wavelength path established through the cross-connect nodes; 

16 Fig. 15 shows a CL management table provided in the cross-connect 

17 nodes; 

18 Fig. 16 shows a BL management table provided in the routers of Fig. 

19 13; 

20 Fig. 17 is a flowchart of the operation of an optical cross-connect node 

21 when a matrix table is set for reserving network resource of a wavelength 

22 path; and 

23 Figs. 18A and 18B are schematic diagrams illustrating part of the 

24 network of Fig. 13 to explain how a signaling packet is sent from a source 

25 router to a neighbor cross-connect node and then relayed to the next cross- 
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DETAILED DESCRIPTION 
Referring to Fig. 1, there is shown an exemplary communications 
network of the present invention. The network is comprised of a plurality of 
interconnected routers 51 ~ 56. At least one communication link is used to 
interconnect neighbor routers of the network. In the illustrated example, the 
router 51 is interconnected with the neighbor router 52 by parallel links 101 ~ 
104 and further interconnected by parallel links 105 ~ 108 with the neighbor 
router 54. Each router is uniquely identified by an IP address, or a router 
identifier RID. 

In the present invention, communication links may be either physical 
transmission mediums or virtual connections established in an ATM 
network. The links having a common attribute are grouped into a "bundled 
link (BL)" and the links that constitute a bundled link are termed "component 
links (CL)". In the network, each bundled link is locally identified by a 
bundled link identifier BUD and each component link is locally assigned a 
component link identifier CLID. The BLID of a bundled link is globally 
represented by a concatenation of an interface IP address of the bundled link 
at the local end and a corresponding interface IP address of the link at the 
distant end. 

According to one embodiment of the present invention, the parallel 
links that interconnect two neighboring routers of the same router identifiers 
are grouped into a bundled link. For example, the links 101 ~ 104 
interconnecting the routers 51 and 52 are grouped into a bundled link 110 
and the links 105 ~ 108 interconnecting the routers 51 and 54 are grouped into 
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a bundled link 111. The grouping of interconnecting links into bundled links 
allows implementation of scalable routing control over the communication 
network of Fig. 1. 

One router of the network of Fig. 1 is represented by numeral 1 in Fig. 
2. The router 1 includes a routing controller 2, a switch 3 and a first group of 
interface units 4a - 4d connected between the switch 3 and component links 
10a ~ lOd and a second group of interface units 4e - 4h connected between 
the switch 3 and component links lOe ~ lOh. 

An inbound control packet, which is produced by the respective 
routing module of the neighbor routers, is received by one of the interface 
units 4 and routed through the switch 3 to the routing controller 2. In 
response, the routing controller 2 formulates and transmits an outbound 
control packet through the switch 3 to the interface unit where the inbound 
packet was received for transmission to the sending router. In this way, the 
routing controller 2 exchanges control packets with each of the neighbor 
routers on all parallel component links. Based on link state information and 
bundled link information contained in all inbound control packets, the 
routing controller 2 creates routing (mapping) tables and downloads them to 
all interface units 4a ~ 4h. 

The routing table downloaded to each interface unit is examined when 
an inbound data packet is received from a neighbor router and the header of 
the data packet is translated according to the downloaded tables and 
launched into the switch 3. Switch 3 uses the header information of the 
packet for routing it to an appropriate interface unit for transmission. 

As shown in detail in Fig. 3, the routing controller 2 is comprised of a 
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parallel link manager 20 which bundles component links having same 
attributes into a bundled link. A link state routing module 26 of the type 
known in the art is connected to the parallel link manager 20 to perform 
routing control on a per bundled link basis using information supplied from 
the parallel link manager 20, rather than on a per component link basis, by 
treating bundled links communicated from the BL manager 22 in the same 
way as the conventional routing module does. Thus, the routing controller 
performs routing calculations according to the link state routing algorithm 
using the bundled link as a network resource unit. Specifically, the processor 
26 provides mapping of a plurality of destination addresses to a plurality of 
bundled links in an address-to-BL mapping table 28. The contents of the 
address-to-BL mapping table 28 are downloaded to all interface units 4a ~ 4h. 

A component link (CL) interface driver 27 is provided for interfacing 
the parallel link manager 20 with the switch 3 to all control packets to be 
exchanged with all interface units 4a ~ 4h. 

Parallel link manager 20 includes a link manager 21, a bundled link 
manager 22, and an interface converter 23. BL manager 22 and the bundled 
link- component link (BL-CL) converter 23 are associated with a bundled link 
management table 25. The bundled link manager 22 is connected to a BL-to- 
CL mapping table 29 for mapping a plurality of bundled links to a plurality 
of component links and informs the routing module 26 of the identifier of a 
bundled link it has determined in a manner as will be described. The 
contents of the BL-to-CL mapping table 29 are also downloaded to all 
interface units 4a ~ 4h. 

The BL-CL converter 23 receives LSA packets from the routing module 
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1 26 as well as from the individual links 10 via the interface driver 27. In 

2 response to an LSA packet from the processor 26, the BL-CL converter 23 

3 examines the BL management table 25 and selects a link from a bundled link 

4 that is specified by the LSA packet and hands it over to the interface driver 27 

5 for transmission on the selected link. On the other hand, if an LSA packet is 

6 received from a given link 10 via the interface driver 27, the BL-CL converter 

7 23 examines the BL management table 25 and hands it over to the routing 

8 module 26, indicating that an LSP packet has arrived on a bundled link of 
lf\ 9 which the given link forms a part. 

lp 10 The CL manager 21 exchanges hello packets with neighbor routers 

,pg 11 through individual links 10. The hello packet contains a sending router 

/p 12 identifier (SRID) which identifies the router that is transmitting a hello 

% % 13 packet, a sending interface identifier (SAD) which is set equal to the IP 

14 address of the interface transmitting the hello packet, a neighbor router 

pf 15 identifier (NRID) that identifies the neighbor router through which the hello 

16 packet is received, and a hello packet holding time (HHT) that specifies a 

17 time interval to indicate that if no hello packet is received between two 

18 neighbor routers during this interval the relationship between these neighbor 

19 routers is discarded. 

20 The CL manager 21 is associated with a component link management 

21 table 24. As shown in Fig. 4, the CL management table 24 has a plurality of 

22 entries corresponding to the component links 10a to 10h, identified by 

23 component link identifiers CLID=1 through CLID=10. Each entry is divided 

24 into fields 24-1 ~ 24-4 for setting a component link state (CLST), a neighbor 

25 router identifier (NRID), a neighbor router component link identifier 
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(NCLID) and a link bandwidth (LBW), respectively. The CL state field 24-1 is 
initially set equal to DOWN state. When a neighbor relationship is 
established on a component link, the CL state field 24-1 of the corresponding 
entry is set equal to an ESTABLISHED state. If the CL manager 21 is 
informed that its lower layer is requesting a LINK-UP (or LINK-DOWN) state 
during the time a neighbor relationship is still not established, the CL state 
held 24-1 is set to an UP (or DOWN) state. 

The CL manager 21 operates with the CL management table 24 
according to the flowchart of Fig. 5. 

When a hello packet is received from a neighbor router (step 501), the 
CL manager 21 starts a timer to start a hello timing operation (step 511), 
updates the CL management table 24 with the identifiers contained in the 
received hello packet (step 512), and checks to see if the neighbor router 
identifier (NRID) of the packet matches the identifier of its own router 1 (step 
513). If the hello packet is the first one the router 1 receives from the sending 
neighbor router, the NRID field of the packet contains no identifier. Thus, the 
decision is negative at step 513 and steps 509 and 510 are repeated to change 
the CLST field to up-state and send back a reply hello packet to the sending 
router by setting the NRID field of the hello packet to the identifier of the 
neighbor router. 

In a learning process, steps 501, 511 to 513, 509 and 510 or steps 501, 
511 to 517 are repeated to create a database in the CL management table 24. 

If the decision at step 513 is affirmative, the CL manager 21 proceeds to 
step 514 to set an "ESTABLISHED" state in the CL state field 24-1 of the entry 
corresponding to the component link on which the hello packet was received. 
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1 If the router 1 is the one that initiated the exchanging of hello packets, the CL 

2 manager 21 makes an affirmative decision at step 515 and proceeds to step 

3 516 to return a hello packet to the neighbor node by setting the SLID and 

4 NRID fields of the packet with the identifiers of the local router and the 

5 neighbor router, respectively. At step 517, the CL manager 21 sends a link-up 

6 request to the BL manager 22 containing the neighbor router ID and the 

7 bandwidth of the component link. If the router is not the initiator of hello 

8 packet exchange, the decision at step 515 is negative and flow proceeds to 

9 step 517, skipping step 516. 

10 If no hello packet is received from a neighbor router, the CL manager 

11 21 proceeds from step 501 to step 502 to check to see if a link-down request 

12 for a component link is received from its lower layer. If so, the CL state field 

13 24-1 of the entry corresponding to the requested component link is set to 

14 DOWN state (step 507) and the NRID field 24-2 and NRLID field 24-3 of the 

15 entry are cleared. At step 508, the CL manager 21 sends a link-down request 

16 to the BL manager 22 containing the neighbor router ID, the local and 

17 neighbor interface IP addresses and the bandwidth of the component link if 

18 neighbor relationship was established before the CLST field is updated to 

19 down-state at step 507. 

20 If no link-down request is received from the lower layer at step 502, 

21 the CL manager 21 checks, at step 503, to see if a link-up request for a link is 

22 received from the lower layer. If so, flow proceeds to step 509 to set the list 

23 state field 24-1 of an entry corresponding to the requested link and reads the 

24 NRLID and NRID of the entry. The CL manager 21 formulates a hello packet 

25 with the read identifiers and transmits it over a link requested by the lower 
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1 layer (step 510). 

2 If no link-up request is received at step 503, the link manager 21 

3 proceeds to step 504 to check the hello timer, if neighbor relationship is 

4 established, to see if it is still running or timed out. If the timer is still 

5 running, control returns to the starting point of the routine. If the timer has 

6 run out, flow proceeds to step 505 to set the link state field of the link to UP 

7 state, and sends a link-down request to the BL manager 22 (step 506). 

8 The CL manager 21 establishes a neighbor relationship between 

9 routers 51 and 52 in a manner as shown in the sequence diagram of Fig. 6 by 

10 assuming that the router 51 is the first to send a hello packet. 

11 When the CL manager 21 of router 51 receives a link-up request from 

12 its lower layer (step 503, Fig. 5), it sets the CLST field 24-1 of CL management 

13 table 24 to up-state (step 59) and formulates a hello packet by setting the 

14 SRID (sending router identifier) field of the packet with the identifier of 

15 router 51 and leaving the NRID (neighbor router identifier) field vacant, and 

16 transmits the hello packet to the router 52 (step 510). 

17 When the CL manager 21 of router 52 receives the first hello packet 

18 from router 51 (step 501), it starts the hello timer (step 511), updates its 

19 associated CL management table 24 with the identifiers contained in the first 

20 hello packet (step 512), changes the CLST field 24-1 of its associated CL 

21 management table from down- to up-state (steps 513, 509) and returns a 

22 second hello packet by setting its SRID and NRID fields with the identifiers of 

23 routers 52 and 51, respectively (step 510). 

24 In response to the second hello packet from router 52 (step 501), the CL 

25 manager 21 of router 51 restarts the hello timer (step 511), updates the CL 
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1 management table 24 (step 512) and sets the CLST field to ESTABLISHED 

2 state (steps 513, 514). Since the router 51 is the initiator of hello-packet 

3 exchange (step 515), it returns a third hello packet to router 52 by setting its 

4 SRID and NRID fields with the identifiers of routers 51 and 52, respectively 

5 (steps 515, 516) and sends a link-up request to its BL manager 22 containing 

6 the NRID, the local and neighbor interface IP addresses and CLBW (step 517). 

7 In response to the third hello packet (501), the CL manager 21 of router 

8 52 restarts the hello timer (step 511), updates its CL management table 24 

9 (step 512) and sets the CLST field to ESTABLISHED state (steps 513, 514) and 

10 sends a link-up state to its BL manager 22 informing the NRID and CLBW 

11 (step 517). 

12 When hello packets are exchanged over component links between 

13 neighbors, interface IP addresses are exchanged and a database is created in a 

14 learning process. Thus, network provider is freed from the trouble of 

15 manually pre-setting the bundled link management table of the optical cross- 

16 connect nodes with neighbor interface IP addresses when signaling packet is 

17 used to establish a wavelength path between routers. 

18 The BL manager 22 operates with the BL management table 25 to 

19 produce mapping data to be stored in the BL-to-CL mapping table 29. Figs. 7 

20 and 8 show details of these tables. As shown in Fig. 7, the BL management 

21 table 25 has a plurality of entries corresponding to bundled links. For each 

22 bundled link, the corresponding entry is divided into a plurality of fields 25-1 

23 ~ 25-6 for setting a neighbor router identifier (NRID), a bundled link state 

24 (UP or DOWN), the number of component links that comprise the bundled 

25 link, a local interface IP address and a neighbor interface IP address and a 
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total bandwidth, respectively. In the BL-to-CL mapping table 29 defines 
relationships between a plurality of bundled links and corresponding 
component links as shown in Fig. 8. Since component links are bundled 
according to routers, the components links of each bundled link may have 
different bandwidths. Therefore, different usage ratios (R) are assigned to the 
component links to carry data packets depending on their bandwidths. For 
example, a bundled link BLID = 11 is mapped to component links CLID = 1, 
CLID = 2 and CLID = 3 and usage ratios Rl, R2 and R3 are respectively 
assigned to these component links. 

According to the flowchart of Fig. 9, the operation of the BL manager 
22 starts with decision step 901 to determine if a link-up or link-down request 
for a component link is received from the CL manager 21. 

If a link-up request is received, the BL manager 22 makes a search 
through the BL management table 25 for an entry that corresponds to the 
neighbor router identifier NRID contained in the request (step 902) and 
increments the number of component links by one (step 903). At step 904, the 
total bandwidth (BLBW) of the bundled link is summed with the bandwidth 
(CLBW) of the requested component link. 

If a link-down request is received at step 901, the BL manager 22 
makes a search through the BL management table 25 for an entry that 
corresponds to the neighbor router identifier NRID contained in the request 
(step 905) and decrements the number of component links by one (step 906) 
and subtracts the component link bandwidth from the total bandwidth at 
step 907. 

Following the execution of step 904 or 907, flow proceeds to step 908 to 
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calculate a metric value from the updated total bandwidth of the bundled 
link. The BL manager 22 determines whether the number of component links 
(CLN) of the bundled link is equal to zero. If CLN = 0, flow proceeds to step 
910 to set the BLST (bundled link state) field 25-2 of the bundled link to 
down-state and the BLID of the bundled link is deleted from the BL-CL 
mapping table 29 (step 911). At step 912, the BL manager 22 sends a request 
to the routing module 26, indicating a link-down state of a BL link and the 
updated metric value, requesting the processor to delete the bundled link 
from the address-to-BL mapping table 28. 

If the number of component links (CLN) is not equal to 0 (step 909), 
flow proceeds to step 913 to set the BLST field 25-2 of the bundled link to an 
up-state and adds a new BLID entry or a new CLID to the BL-CL mapping 
table 29 (step 914). At step 915, the BL manager 22 sends a request to the 
routing module 26 indicating a BL link-up state and the updated metric value 
for requesting the processor to update its table 28. 

Note that some link-up events may be of such trivial nature that it is 
unnecessary to report an altered link topology to the routing module 26. To 
this end, an additional routine is preferably provided for checking the status 
of each component link at intervals to see if there is a change necessary to 
alter the contents of a bundled link by comparing link parameters with 
threshold values. If one or more link parameters exceed the thresholds, the 
BL manager 22 sends a link-up request to the routing module 26 with a 
metric value, requesting it to update the address-BL mapping table 28. 

By the same token, it is advantageous not to report an event to the 
routing module 26 even though there is a change in a bundled link regarding 
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1 


the number of its component links. As a result, the amount of link state 




2 


information to be exchanged between routers can be held at a minimum even 




3 


if there is a change in the number of parallel links between them. This is 




4 


implemented by assigning a metric of particular value to each bundled link 




5 


independent of the number of its component links and maintaining the 




6 


metric value of each bundled link constant even though the number of its 




7 


component links has increased or decreased. For this purpose, the flowchart 




8 


of Fig. 9 is modified in such a manner that step 908 is removed and steps 912 




9 


and 915 are altered not to report the metric value to the routing controller. 




10 


Fig. 10 shows details of each interface unit 4. Interface unit 4 is 
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11 


comprised of a bundled link selector 41 and a component link selector 42 


H n 


12 


connected in series between the associated component link and the switch 3. 




13 


Interface unit 4 further includes first and second mapping tables 43 and 44 


: xO 
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connected to the address-to-BL mapping table 28 and the BL-to-CL mapping 




15 


29, respectively. When the contents of each of the mapping tables 28 and 29 




16 


are created or updated, they are downloaded into the first and second 




17 


mapping tables 43 and 44. 




18 


When a data packet arrives on the interface unit from the associated 




19 


component link, the BL selector 41 makes a search through the first mapping 




20 


table 43 for the same address as the destination address contained in the 




21 


received data packet and reads a bundled link identifier (BLID) 




22 


corresponding to the destination address. The read BLID is supplied from 




23 


the BL selector 41 to the CL selector 42. Using the BLID from the selector 41 




24 


as a search key, the CL selector 42 makes a search through the second 




25 


mapping table 44 for the same BLID and reads the corresponding component 
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1 link identifiers (CUD) and selects one of these CLIDs. The selected CLID is 

2 inserted in the header of the data packet by a header translator 45 and the 

3 packet is sent to the switch 3. According to the translated header, the data 

4 packet is routed through the switch 3 to one of the interface units for 

5 transmission. 

6 If one of the component links of a bundled link should fail, the usage 

7 ratios of the bundled link in the BL-CL mapping table 29 are updated so that 

8 the rest of the component links takes the burden of whole traffic of the 

9 bundled link. Since this updating process does not involve the routing 

10 module 26, the present invention compares favorably in terms of processing 

11 speed during a link failure with the prior art in which the routing controller 

12 performs time-consuming recalculations for updating its link-state routing 

13 table. 

14 While router identifiers are used in the foregoing description for 

15 bundling parallel links so as to make them appear to the routing module 26 

16 as a single transmission medium, other attributes could equally be as well 

17 employed for bundling parallel links, such as bandwidths, management 

18 groups, link priorities, and light wavelengths of WDM links. 

19 If bandwidth is used for bundling component links, the BL 

20 management table 25 may be modified as shown in Fig. 11 in which an 

21 additional field 25-7 is included to set component link bandwidth (CLBW). 

22 In response to a link-up or link-down request from the CL manager 21 for one 

23 of the component links of a bundled link, the BL manager 22 uses the CLBW 

24 field 25-7 of the bundled link for mapping the NRID of the requested 

25 component link in the BL-to-CL mapping table 29 to a BL entry whose CLBW 
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1 value has the same bandwidth as the requested component link. Since the 

2 component links of the same bandwidth are grouped into the same bundled 

3 link, the usage ratios of BL-to-CL mapping table 29 are all set to an equal 

4 value. 

5 As discussed earlier, hello packets are exchanged at intervals to update 

6 the neighbor relationships. In this learning process, the neighbor interface IP 

7 address field of the BL management table 25 is also updated. Therefore, the 

8 neighbor interface IP address field of the modified BL management table 25 

9 can be used to identify each of the component links of a bundled link, where 

10 the component links have the same bandwidth. When an existing neighbor 

11 relationship is updated, the routine of Fig. 9 is invoked and the BL 

12 management table 25 is updated (step 913). One example of this update is 

13 shown in Fig. 12 when a single component link is used to form a bundled link 

14 BUD = 12. This example update changes the BLST field 25-2 to link-up state, 

15 changes the neighbor interface IP address field 25-5 from "unnumbered" to 

16 "133.205.10.3" and sets "1" in the CLN (number of component links) field and 

17 bandwidth values in the bandwidth fields 25-6 and 25-7. 

18 It will be seen that the present invention allows the communications 

19 network to provide scalable routing without requiring increase in memory, 

20 CPU processing burden and control traffic even though parallel links 

21 between neighbors are increased. 

22 In a communications network where optical cross-connect (routers) 

23 nodes are used to establish relatively static connections between the routers 

24 of the present invention, the routing controller 2 is installed in each of the 

25 cross-connect nodes. One example of such a network is shown in Fig. 13, in 
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1 which routers 151 ~ 154 of the present invention are interconnected by a 

2 network of optical cross-connect nodes 61 ~ 64, which are interconnected by 

3 wavelength division multiplexers. For example, optical links of cross-connect 

4 nodes 61 and 62 are multiplexed into at least one high-capacity wavelength 

5 path 80 by wavelength division multiplexers 71, and optical links of cross- 

6 connect nodes 63 and 64 may be multiplexed into groups 81 and 82 of high- 

7 capacity wavelength paths by two sets of wavelength division multiplexers 

8 72. 

9 Optical cross-connect nodes 61-64 exchange hello packets with each 

10 other to learn optical link identifiers of neighbor nodes. As shown in Fig. 14, 

11 the routers 151 ~ 154 and cross-connect nodes 61-64 and forms a group of 

12 parallel optical component links of the same neighbor node identifiers or the 

13 same bandwidth identifiers into a plurality of bundled optical links 201 ~ 206. 

14 As shown in Fig. 15, a busy/idle status flag field are additionally 

15 provided in a modified CL management table 24A for indicating busy /idle 

16 status of each component (wavelength) links. As will be described below, the 

17 flags of CL management table 24A are examined by each cross-connect node 

18 for determining whether or not to establish a connection in a matrix table (not 

19 shown) between two component (wavelength) link identifiers (CLIDs) which 

20 identify inbound and outbound wavelength links. 

21 Each of the optical cross-connect nodes has a modified BL 

22 management table 25A as shown in Fig. 16. In this table, an additional field is 

23 provided for setting the number of idle component links (ILN) for each 

24 bundled link entry. When a source router sends a signaling packet to 

25 establish a wavelength path to a destination router, it examines the ILN field 
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1 of the BL management table 25A to determine if there is at least one idle 

2 component link in a bundled link that connects the source router to a 

3 neighbor cross-connect node. Preferably, neighbor routers at the local and 

4 distant end of a component link may use a component link identifier when 

5 transmitting a signaling packet. In this case, the router is not required to 

6 search the CL management table 24A to determine the local CLID. 

7 Fig. 17 is a flowchart for setting the matrix table in each optical cross- 

8 connect node in response to a signaling packet originated from a source 

9 router toward a destination router for establishing a wavelength path 

10 between the source and destination routers. Note that the wavelength path is 

11 a series of concatenated wavelength (component) links. 

12 The signaling packet contains a CLID identifying a component link on 

13 which it is sent and a "transfer list" of entries which contain source and 

14 destination router identifiers, intermediate node identifiers and an interface 

15 IP address of a bundled link on which the signaling packet is to be sent. 

16 These entries are arranged in transfer order of the signaling packet. 

17 When an optical cross-connect node receives a signaling packet (step 

18 1701), it checks to see if the node is specified in the first entry of the packet 

19 (step 1702). If so, the node shifts all entries of the transfer list of the packet to 

20 delete the data contained in its first entry (step 1703). At step 1704, the node 

21 examines the address-BL mapping table 28 to identify an outbound bundled 

22 link corresponding to data now set in the first entry of the transfer list. At 

23 step 1705, the CL management table 24A is referenced to determine whether 

24 its flag field of the identified outbound bundled link contains an idle 

25 component (wavelength) link. If so, flow proceeds to step 1706 to establish a 
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connection in the matrix table between the CLID corresponding to the CLID 
contained in the signaling packet and the CLID of the idle component link. 
The signaling packet is reformulated with a new CLID identifying the idle 
component link of the outbound bundled link and the interface IP address 
identifying the bundled link, and then transmitted downstream to the next 
node or router specified in the transfer list of the packet (step 1707). If the 
decision at step 1705 is negative, a reject message is returned in the upstream 
direction (1708). 

A typical example of signaling packet transmissions will be explained 
with reference to Figs. 18A and 18B by assuming that a signaling packet is 
sent from the router 151 toward the router 154 via nodes 61, 62 and 64 as 
indicated by a broken line 200. 

Initially, the source router 151 examines the ICN field of the BL 
management table 25A to ascertain if the bundled link to the node 61 contains 
an idle component link. If there is an idle component, the source router 151 
determines that a wavelength path can be established to the router 154 and 
formulates a transfer list containing entries for nodes 61, 62, 64 and router 54 
arranged in the order named, and makes a search through the CL 
management table 24A for an idle component link that forms part of the 
bundled link connecting source router 151 to node 61. Router 151 formulates 
a signaling packet with the CLID (= 5) of the idle component link and an 
interface IP address "133. 206. 40. 2" of the bundled link and sends the packet 
to cross-connect node 61. 

On receiving the packet, the node 61 recognizes that its node identifier 
is given in the first entry of the transfer list and shifts all entries to delete the 
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1 first entry so that the list contains the entries of nodes 62, 64 and router 154 

2 and examines the CL management table 24A. Since the packet contains CLID 

3 =5 and IP address = 133. 206. 40. 2, the node 61 recognizes that NCLID = 3 

4 corresponds to CLID = 5, determines an outbound bundled link that connects 

5 to the next node 62 and selects a component link of CLID = 5 having an idle 

6 status flag indicated in the CL management table 24A. Node 61 updates its 

7 matrix table by establishing a connection between CLID = 3 on upstream side 

8 of the table and CLID = 5 on downstream side. Finally, the node 61 
Q 9 reformulates me signaling packet with the CLID = 5 of the selected 

>f| 10 component link and the IP address "133. 206. 30. 3" of the bundled link that 

m 11 connects to the next node 62, and transmits the packet to the node 62. 

W 12 The operation of node 62 is similar to that of node 61. In response to 

HI 

^ 13 the si S nalin S packet form the node 61, the node 62 recognizes that its node 

|il 14 identifier is found in the first entry of the transfer list and shifts all entries to 

HI 15 delete the first entry so that the list contains the entries of nodes 64 and router 

U 16 154 and examines the CL management table 24A. Since the packet contains 

17 CLID = 5 and IP address = 133. 206. 30. 3, the node 62 recognizes that NCLID 

18 =3 corresponds to CLID = 5, determines an outbound bundled link that 

19 connects to the next node 64 and selects a component link having an idle 

20 status flag indicated in the CL management table 24A. Node 62 updates its 

21 matrix table by establishing a connection between CLID = 3 on upstream side 

22 of the table and the CLID of the idle component link on the next downstream 

23 side, and reformulates the signaling packet in a manner similar to that 

24 described above and transmits the packet to the node 64. 

25 In this way, the signaling packet is transmitted to the node 64 and a 
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1 wavelength path between routers 151 and 154 is reserved in the matrix tables 

2 of optical cross-connect nodes 61, 62 and 64. 
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